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(54) Method and apparatus for displaying information regarding stored data in a gaming system 



(57) A gaming system includes a hard disk drive for 
storing applications and other data. The hard disk drive 
has multiple storage areas for storing different types of 
data. Each application executed on the gaming system 
has an associated data storage area and is prevented 
from using data storage areas associated with other ap- 



plications. When saving a game, the saved game data 
may include a descriptive name of the saved game, a 
graphic representation of the state of the game when 
the game was saved, a description of the game state 
when the game was saved, and a date and time that the 
game was saved. 
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Description 
COPYRIGHT NOTICE 

5 [0001] A portion of the disclosure of this patent document contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent 
disclosure, as it appears in the Patent and Trademaric Office patent file or records, but otherwise reserves all copyright 
rights whatsoever. 

10 TECHNICAL FIELD 

[0002] This invention relates to gaming systems, and more particularly, to managing data stored on storage devices 
in a gaming system and displaying information regarding stored data to a user of the gaming system. 

15 BACKGROUND 

[0003] Gaming systems currently available on the market are capable of playing game discs, music CDs, and movie 
DVDs from a disc drive. For example, the Playstation® 2 gaming system from Sony Corporation provides the ability 
to play games, music, and video titles from a disc inserted in the console. These gaming systems have limited internal 

20 data storage capacity. Typically, the internal data storage is used to store system and configuration infomriation, such 
as the local time, the language preference of the user, and other settings. Other data, such as saved game data and 
other game-specific data, Is generally stored on a memory device that is extemal to the game console. For example, 
memory units that are inserted Into a handheld game controller store game infonmation for later retrieval by a game 
console. Existing gaming systems do not contain an internal non-removable hard disk drive for storing saved games 

25 and other information. 

[0004] Cunrent gaming systems often mix user data (such as saved game data) with other system data (such as 
configuration data) on a memory unit. Generaily* the user does not require direct access to system data. Accordingly, 
the system data need not be presented to the user of the gaming system. Mixing user data with other system data Is 
confusing to the user and creates difficulties when attempting to identify specific user data. 

30 [0005] Further, existing gaming systems often use non -descriptive naming conventions for data files, such as saved 
game data files. Example saved game file names include "save.001", "save.002", "savegame.a", and "savegame.b". 
These example file names do not provide any infomriation regarding the game that created the file, the state of the 
game when saved, or the date or time when the game was saved. These types of non-descriptive file names are 
confusing to the user of the gaming system and cause difficulty In Identifying a partteular saved game the user wants 

35 to access. 

[0006] Microsoft Corporation recently announced its Xbox"^*^ video gaming system that is equipped with a hard disk 
drive to enhance gaming, and broadband connectivity to facilitate online gaming. With these additions, significant 
amounts of data (e.g., saved game data from multiple game titles and multiple users of the gaming system) can be 
stored within the video gaming system using the hard disk drive. This new internal storage capability creates new 
40 issues with respect to storing and segregating different types of data on the hard disk drive. Further, data associated 
with a particular game title should be protected from Inadvertent or Intentional conruption by another game title or 
application. 

[0007] Accordingly, there is a need for an improved system for managing data In a gaming system that includes an 
Intemal data storage device, such as a hard disk drive. Additionally, there is a need for an Improved system for displaying 
^ Infomrtation regarding data stored in the gaming system. 

SUMMARY 

[0008] A gaming system includes a hard disk drive for storing various data. The gaming system applies a storage 
so hierarchy to the hard disk drive to prevent unauthorized access to data stored on the hard disk drive. The hard disk 
drive is segregated into different logical regions such that each region stores a particular type of data and has specific 
data access policies. Each application that executes on the gaming system has an associated storage area for storing 
its data. Application programs are prevented from accessing data stored in a storage area associated with a different 
application program. When saving a game, the saved game data may include a graphic representation of the state of 
55 the game when the game was saved, a descriptive name of the game status or game state when the game was saved, 
and a date and time that the game was saved. 

[0009] In the described implementation, the gaming system includes a game console and one or more controllers. 
The game console is equipped with a processor and a non-removable hard disk drive coupled to the processor. The 
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game console may also include a memory, a portable media drive configured to communicate with a storage disc, one 
or more portable memory units, and broadband connectivity. In other implementations, the hard disic drive is configured 
to store game data, audio data, and video data 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] 

Fig. 1 illustrates an exemplary gaming system. 
10 Rg. 2 is a block diagram of the gaming system. 

Fig. 3 illustrates a network gaining system In which the Fig. 1 gaming system is connected via a network to other 
consoles and services. 

Fig. 4 illustrates an example hard disk drive containing five separate regions. 
Fig. 5 illustrates exemplary data stored in two different regions of a hard disk drive. 
IS Fig. 6 illustrates exemplary saved game data stored in a user data region of a hard disk drive. 

Fig. 7 is a flow diagram of a process that stores game-related data in appropriate regions of a hard disk drive. 
Fig. 8 is a flow diagram of a process that manages various nicknames entered by users of the gaming system. 
Fig. 9 illustrates a graphical user interface depicting an exemplary game selection menu. 
Fig. 10 illustrates a graphteal user interface depicting an example display of information related to saved games. 

20 

DETAILED DESCRIPTION 

[0011] The method and apparatus described herein provide a hard disk storage hierarchy that is enforced to ensure 
proper storage of data and to prevent unauthorized access to stored data in a gaming system. The addition of a hard 

25 disk drive to the gaming system significantly increases the amount of data that can be stored within the gaming system. 
To manage this data, the hard disk drive's storage capacity is separated into different regions, where each region stores 
a particular type of data and has specifte data access policies. This separation of data types simplifies the task of 
finding a particular data file and reduces user confusion because the system attempts to avoid mixing different types 
of files in the same storage area. 

30 [0012] The data access policies determine whteh applications are penmitted to access a particular type of data. For 
example, a hard disk drive may contain a settings region, a user data region, an application data region, a utility region, 
and a console application region. The storage hierarchy further separates stored games associated with different game 
titles into different storage areas (e.g., different subdirectories). To simplify selection of a saved game by the user, only 
the saved games associated with a particular game title are displayed to the user. -Thus, the user is not required to 

35 sort through a large number of saved game files that are not cun^ently of interest to the user. 

[001 3] Additionally, data file naming f omiats may recommend or require the use of a descriptive name and/or include 
other data that more cleariy identifies the content of the data file. For example, the data file naming fomnat for games 
may include a descriptive name (e.g., Level 3 at the drawbridge), an associated picture identifying the game and/or a 
particular location or character In the game, and the date and time that the game was saved. This standard data file 

40 naming fomnat simplifies the selection of saved games by the user of the gaming system. 

[0014] Each application is restricted to viewing and accessing data in its own areas of the storage devices, thereby 
preventing accidental coniiption of data associated with different appltoations. A console application is executed by 
the gaming system in addition to other applications (such as games, music applications, and movie applications). The 
console application perfomns various functions necessary to operate the gaming system, such as implementing a user 

45 Interface, perfomiing configuration operations, and perfomiing various management functions. Console application 
data and configuration settings are stored in separate regions of the hard disk drive that are not generally accessible 
to applications other than the user interface application and configuration applications. 

[0015] Fig. 1 shows an exemplary gaming system 100. The gaming system 1 00 includes a game console 102 and 
up to four controllers, as represented by controllers 104(1) and 1 04(2). The game console 102 is equipped with an 
50 intemal hard disk drive and a portable media drive 1 06 that supports various forms of portable storage media as 
represented by optical storage disc 1 08. Examples of suitable portable storage media include DVD, CD-ROM, game 
discs, and so forth. 

[0016] The game console 102 has four slots 110 on its front face to support up to four controllers, although the 
number and arrangement of slots may be modified. A power button 112 and an eject button 114 are also positioned 
55 on the front face of the game console 1 02. The power button 112 switches power to the game console and the eject 
button 1 1 4 attemately opens and closes a tray of the portable media drive 1 06 to allow insertion and extraction of the 
storage disc 1 08. 

[0017] The game console 1 02 connects to a television or other display (not shown) via A/V Interfacing cables 120. 
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A power cable 1 22 provides power to the game console. The game console 1 02 may further be configured with broad- 
band capabilities, as represented by the cable or modem connector 124 to facilitate access to a network, such as the 
Intemet. 

[0018] Each controller 104 is coupled to the game console 102 via a wire or wireless interface. In the illustrated 
5 Implementation, the controllers are USB (Universal Serial Bus) compatible and are connected to the console 102 via 
serial cables 130. The controller 102 may be equipped with any of a wide variety of user interaction mechanisms. As 
Illustrated in Fig. 1 , each controller 1 04 Is equipped with two thumbsticks 1 32(1 ) and 1 32(2), a D-pad 1 34, buttons 1 36, 
and two triggers 138. These mechanisms are merely representative, and other known gaming mechanisms may be 
substituted for or added to those shown in Fig. 1 . 
10 [001 9] A memory unit (MU) 1 40 may be inserted into the controller 1 04 or the game console 1 02 to provide additional 
and portable storage. Portable memory units enable users to store game parameters and port them for play on other 
consoles. For example, a user can save a game to a memory unit 140 using a particular game console then use that 
saved game data with a game executed on a different game console. In the described implementation, each controller 
is configured to accommodate two memory units 140, although more or less than two units may be employed in other 
IS Implementations. A particular game console 1 02 may be configured to accommodate any number of memory units 1 40. 
[0020] The gaming system 100 is capable of playing, for example, games, music, and videos. With the different 
storage offerings, titles can be played from the hard disk drive or the portable medium 1 08 in drive 1 06, from an online 
source, or from a memory unit 140. A sample of what the gaming system 100 is capable of playing back Include: 

20 1 . Game titles played from CD and DVD discs, from the hard disk drive, or from an online source. 

2. Digital music played from a CD in the portable media drive 1 06, from a file on the hard disk drive (e.g., Windows 
Media Audio (WMA) format), or from online streaming sources. 

3. Digital audioA/ideo played from a DVD disc in the portable media drive 1 06, from a file on the hard disk drive 
(e.g., Active Streaming Forniat). or from online streaming sources. 

25 

[0021] Fig. 2 shows functional components of the gaming system 1 00 in more detail. The game console 1 02 has a 
central processing unit (CPU) 200 and a memory controller 202 that facilitates processor access to various types of 
memory, including a flash ROM (Read Only Memory) 204, a RAM (Random Access Memory) 206, a hard disk drive 
208, and the portable media drive 1 06. The CPU 200 is equipped with a level 1 cache 21 0 and a level 2 cache 212 to 
30 temporarily store data and hence reduce the number of memory access cycles, thereby improving processing speed 
and throughput. 

[0022] The CPU 200, memory controller 202, and various memory devices are interconnected via one or more buses, 
including serial and parallel buses, a memory bus, a peripheral bus, and a processor or local bus using any of a variety 
of bus architectures. By way of example, such architectures can include an Industry Standard Architecture (ISA) bus, 

35 a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association 
(VESA) local bus, and a Peripheral Component Interconnects (PCI) bus, also known as a Mezzanine bus. 
[0023] As one suitable implementation, the CPU 200, memory controller 202, ROM 204, and RAM 206 are Integrated 
onto a common module 214. In this implementation, ROM 204 is configured as a flash ROM that is connected to the 
memory controller 202 via a PCI (Peripheral Component Interconnect) bus and a ROM bus (neither of which are shown). 

40 RAM 206 is configured as multiple DDR SDRAM (Double Data Rate Synclironous Dynamic RAM) that are independ- 
ently controlled by the memory controller 202 via separate buses (not shown). The hard disk drive 208 and portable 
media drive 106 are connected to the memory controller via the PCI bus and an ATA (AT Attachment) bus 216. 
[0024] A 3D graphics processing unit 220 and a video encoder 222 forni a video processing pipeline for high speed 
and high resolution graphics processing. Data is earned from the graphics processing unit 220 to the video encoder 

^ 222 via a digital video bus (not shown). An audio processing unit 224 and an audio codec (coder/decoder) 226 fomn 
a corresponding audio processing pipeline with high fidelity and stereo processing. Audio data is carried between the 
audio processing unit 224 and the audio codec 226 via a communication link (not shown). The video and audio process- 
ing pipelines output data to an A/V (audio/Video) port 228 for transmission to the television or other display. In the 
illustrated implementation, the video and audio processing components 220-228 are mounted on the module 214. 

50 [0025] Also implemented on the module 21 4 are a USB host controller 230 and a networi( Interface 232. The USB 
host controller 230 is coupled to the CPU 200 and the memory controller 202 via a bus (e.g., PCI bus) and serves as 
host for the peripheral controllers 1 04(1 )-1 04(4). The networi< interface 232 provides access to a network (e.g., the 
Intemet, home network, etc.) and may be any of a wide variety of various wired or wireless interface components 
including an Ethernet card, a modem, a Bluetooth module, a cable modem, and the like. 

55 [0026] The game console 102 has two dual controller support subassemblies 240(1) and 240(2), with each sub- 
assembly supporting two game controllers 1 04(1 )-1 04(4). A front panel I/O subassembly 242 supports the functionality 
of the power button 1 1 2 and the eject button 1 1 4, as well as any LEDs (light emitting diodes) or other Indicators exposed 
on the outer surface of the game console. The subassemblies 240(1), 240(2), and 242 are coupled to the module 214 
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via one or more cable assemblies 244. 

[0027] Eight memory units 1 40(1 )-1 40(8) are illustrated as being connectable to the four controllers 1 04(1 )-1 04(4), 
I.e.. two memory units for each controller. Each memory unit 140 offers additional storage on which games, game 
parameters, and other data may be stored. When inserted into a controller, the memory unit 140 can be accessed by 
5 the memory controller 202. Additionally, one or more memory units 1 40 may be Inserted into game console 1 02 and 
accessed by the memory controller 202. 

[0028] A system power supply module 250 provides power to the components of the gaming system 1 00. A fan 262 
cools the circuitry within the game console 102. 

[0029] The game console 102 implements a uniform media portal model that provides a consistent user interface 
10 and navigation hierarchy to move users through various entertainment areas. TYie portal model offers a convenient 
way to access content from multiple different media types — game data, audio data, and video data — regardless of the 
media type inserted into the portable media drive 106. 

[0030] To Implement the uniform media portal model, a console user interface (Ul) application 260 is stored on the 
hard disic drive 208. When the game console is powered on, various portions of the console application 260 are loaded 

15 Into RAM 206 and/or caches 21 0, 21 2 and executed on the CPU 200. The console application 260 presents a graphical 
user interface that provides a consistent user experience when navigating to different media types available on the 
game console. Thus, the hard disk drive 208 (and the data stored thereon) is an important part of the initialization 
process. If the hard disk drive 208 is not functioning properiy, the gaming system 1 00 may not boot successfully. 
[0031] The gaming system 100 may be operated as a standalone system by simply connecting the system to a 

20 television or other display. In this standalone mode, the gaming system 1 00 allows one or more players to play games, 
watch movies, or listen to music. [However, with the integration of broadband connectivity made available through the 
network interface 232, the gaming system 100 may further be operated as a participant in a larger network gaming 
community. 

[0032] Fig. 3 shows an exemplary networic gaming environment 300 that interconnects multiple gaming systems 1 00 
S5 (1 ), 1 00(g) via a network 302. The network 302 represents any of a wide variety of data communications networks. 
It may include public portions (e.g., the Internet) as well as private portions (e.g., a residential Local Area Networic 
(LAN)), as well as combinations of public and private portions. Network 302 may be implemented using any one or 
more of a wide variety of conventional communications media including both wired and wireless media. Any of a wide 
variety of communications protocols can be used to communk:ate data via network 302, including both public and 
30 proprietary protocols. Examples of such protocols include TCP/IP, IPX/SPX, NetBEUI, etc. 

[0033] In addition to gaming systems 1 00, one or more online services 304(1 ),..., 304(s) may be accessible via the 
network 302 to provide various services for the participants, such as hosting online games, serving downloadable 
music or video files, hosting gaming competitions, serving streaming audioA/ideo files, and the like. The networic gaming 
environment 300 may further involve a key distribution center 306 that plays a role in authenticating individual players 
35 and/or gaming systems 1 00 to one another as well as online services 304. The distribution center 306 distributes keys 
and service tickets to valid participants that may then be used to form games amongst multiple players or to purchase 
senrices from the online services 304. 

[0034] The networic gaming environment 300 introduces another memory source available to individual gaming sys- 
tems 100 - online storage. In addition to the portable storage medium 108, the hard disk drive 208, and the memory 
40 unit(s) 1 40, the gaming system 1 00(1 ) can also access data files available at remote storage locations via the network 
302, as exemplified by remote storage 308 at online service 304(s). 

[0035] Rg. 4 illustrates an exemplary hard disk drive 400 containing five separate regions. In this example, the five 
hard disk drh^e regions are: a settings region 402, a user data region 404, an application data region 406, a utility region 
408, and a cx>nsole application region 410. The regions shown in Rg. 4 are provided as an example, in altemate 

45 implementations, a hard disk drive may contain any number of regions. 

[0036] As discussed below, each region stores a parttoular type of data and has specific data access policies that 
restrict data access to those applications that are intended to access that type of data. The five regions represent a 
logical segregation of the hard disk drive and do not necessarily correspond to physic^al divisions or physical partitions 
of the hard disk drive. One or more applications (e.g., the console application) executed by the gaming system maintain 

50 and support this logteal segregation of the hard disk drive into multiple regions. 

[0037] The settings region 402 is used to store system state and configuration information used by the gaming sys- 
tem. Third-party appltoattons (such as game applications, music appltoatlons and movie appltoatlons) are denied direct 
access to the settings region 402. Applications requiring data stored In the settings region 402 request such data 
through API (application program interface) calls. The storage space allocated to the settings region 402 is managed 

55 by the console application 260. The settings region data is stored outside the file system and Is accessed using sector 
level input and output commands. This configuration reduces the risk of data corruption and undesired access to 
settings data. The settings region 402 is protected using a checksum to ensure that the settings data is not corrupted 
and, if necessary, can survive a (M)mplete system restoration procedure. 
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[0038] The user data region 404 Is used to store user data on the gaming system. User data may Include, for example, 
game data saved by a user of the gaming system or picture files saved by a user. The data in the user data region 404 
is organized into a specific hierarchy. Applications are required to confomri to this hierarchy. In one implementation, 
applications must confomi to the specific hierarchy before the application is certified to execute on the gaming system. 
5 If the application is not certified to execute on the gaming system, the gaming system will reject any attempt to execute 
the application on the gaming system. Typically, the certification process is perfonmed by the manufacturer of the 
gaming system. 

[0039] In addition to storing user data In the user data region 404 of the hard dislc drive 208, user data may also be 
stored In one or more memory units 1 40 (Fig. 1 ) coupled to one or more controllers 1 04 or the game console 1 02. 

10 [0040] The application data region 406 Is used to store persistent data used by various applications that are executed 
by the gam ing system. The data stored in the application data region 406 is created at various times during the execution 
of the application. This data Is typically stored without the user's Icnowledge. The data stored in region 406 allows the 
application to maintain data across multiple game sessions without requiring the data to be associated with a particular 
saved game. In a particular implementation, music flies (e.g., WMA files) are saved In the application data region. 

IS [0041] Exemplary data stored in the application data region 406 includes updated player rosters, game updates, 
new game levels, skid marics on a road, damage to a building or object, or other changes that are maintained by the 
application. SIcid mari<s and damage to a building are examples of "environmental changes" to the game that are 
applied each time the game is executed, Including executing saved games. Each application is provided with a separate 
storage area (e.g., subdirectory) within the application data region 406 to store its application data. Generally, only the 

20 application that saved the specific data In the application data region 406 is pennitted to delete that specific data. 
However, if a user of the gaming system indicates a desire to delete all data related to a particular application, the data 
In the application data region 406 associated with the particular application will be deleted. 

[0042] In one implementation, the user data 404 and the application data 406 is stored in a single partition of the 
hard disk drive 400. This allows each application to use any portion of the data storage capacity provided by the 

25 partition. Each application uses a portion of the overall storage capacity of the partition. In this implementation, appli- 
cations are not restricted to using a particular portion of the partition's total storage capacity. This configuration provides 
flexibility to the application (and the application developer) by allowing the application to use the amount of storage 
space desired. This configuration also reduces problems caused by limiting storage space allocated to each application. 
When applications are limited to a particular storage area, they may run out of storage space even though other ap- 

30 plications are not using their entire storage allotment. Providing a single partition shared by all applications, reduces 
the lll<ellhood that a particular application wilt not have sufTlcient storage space to execute properly. 
[0043] The utility region 408 is used to store any data desired by the application. The utility region 408 can be used 
in any way by the application and the gaming system does not impose any restrictions on the use of the utility region 
by the application. Thus, each application is able to use its assigned utility region 408 in any mannerthat the application 

35 developer desires. Applications may use utility region 408 for caching data or creating a virtual memory space. The 
utility region 408 is for temporary storage of data. A particular application cannot be certain that the same data will be 
available the next time the application is executed. 

[0044] In one implementation, three separate utility regions 408 are provided on the hard dislc drive. Each utility 
region 408 contains 750 Megabytes of storage space and Is used by a different application to store various data. When 

40 an application is launched, the gaming system detemilnes whether one of the three utility regions 408 contains infor- 
mation stored by the same application during a previous execution of the application. If so, that same utility region 408 
and the data previously stored by the application is assigned to the application for use during the curent execution of 
the application. If none of the utility regions 408 contain infonmation stored by the same application, the system deter- 
mines whether one of the utility regions is empty. If so, the empty utility region is assigned to the application. Othenwise, 

45 the utility region with the oldest data is cleared (i.e. , all data In the utility region is deleted) and assigned to the application 
for use during the current execution of the application. 

[0045] When an application begins using one of the three utility regions 408, a timestamp is applied to the particular 
utility region being used. The timestamp identifies the application using the utility region 408 (e.g., the application title) 
and the time that the application accessed the utility region. The three utility regions 408 are aged out using a least 
50 recently used (LRU) algorithm. If an application is requesting a utility region 408, but -all utility regions contain data, 
none of which is associated with the requesting application, then the LRU algorithm deletes the data from the utility 
region having the oldest timestamp. This automated process relieves the user (and the application developer) from 
managing this temporary storage space. 

[0046] An application may identify whether it wants the data in the utility region 408 saved for future reference or 
55 deleted when the application is temninated. if the data is deleted, the utility region will be made available to another 
application. If the data Is saved, the data will be available to the application the next time it is executed unless the LRU 
algorithm ages out the data stored in that utility region before the next execution of the application. 
[0047] The console application region 41 0 is used to store various data used during execution of the console appli- 
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cation, such as user interface data. Other applications are prevented from accessing the data stored in the console 
application region 41 0. In a particular implenrientation, the console application region 41 0 is stored in a separate partition 
of the hard disk drive 400 to reduce the likelihood that data stored in the console application region would become 
corrupted. 

5 [0048] As shown in Fig. 4, various types of data are stored in the different regions of hard disk drive 400. However, 
other storage devices in the gaming system 100 may be restricted in the content they store. In one Implementation, 
memory unit 140 Is limited to storing saved game data associated with one or more games. Since the various gaming 
system settings and configuration data is specific to each gaming system, that data need not be distributed to other 
gaming systems (e.g., through portable memory unit 140). Instead, other gaming systems should rely on their own 

10 system settings and configuration data stored on their own hard disk drive or other Intemal storage device. Thus, when 
a user requests to save a game or other application data to memory unit 140, the data stored on the memory unit is 
limited to the data necessary to recreate the state of the game or other application at a later time. By limiting memory 
unit 1 40 to saving, for example, saved game data but no configuration data, the user is presented with a simple list of 
saved game data rather than a mixed list of saved game data and other configuration data that is not required by the 

IS user. 

[0049] Fig. 5 illustrates exemplary data stored in two different regions, user data region 404 and application data 
region 406, of hard disk drive 400. Each region of the disk drive may be further segregated into different sections or 
storage areas (e.g., subdirectories) that are associated with a partrcuiar application. This further segregation ensures 
that data associated with a partteular application Is not accessed or modified by another application, thereby maintaining 

20 the Integrity of tiie data associated with each application that is executed by the gaming system. 

[0050] in the example of Fig. 5, the user data region 404 and the application data region 406 store data related to 
multiple game applications (refen-ed to as "Game A". "Game B", etc.). User data region 404 includes four sections, 
one for each game's saved data, labeled Saved Game A Data 502, Saved Game B Data 504, Saved Game C Data 
506, and Saved Game N Data 508. A particular user data region 404 may contain any number of sections, each of 

25 which is associated with a particular game or other applteation. A particular application is pemiitted to access data 
associated wrth that application, but prevented from accessing or modifying data that is associated with a different 
application. For example. Game A can access data stored in section 502. However, Game A Is prevented from ac- 
cessing data stored in any of sections 504, 606, or 508 because that data is associated with a different game. 
[0051] Application data region 406 Includes four sections, one for each application's saved data, labeled Game A 

30 Data 510, Game B Data 512, Game C Data 514. and Game N Data 516. As discussed above, the application data < 
region Is used by applications to store persistent data generated by the application. A particular application data region 
406 can contain any number of sections, each of which is associated with a particular game or other application. Each 
application is limited to accessing data from the section of region 406 that is associated with the application. For 
example. Game B can access Game B Data stored In section 612, but Is prevented from accessing data In any of 

3s sections 51 0, 51 4, or 51 6 because that data Is associated with a different game. 

[0052] Fig. 6 illustrates exemplary saved game data 502 stored In the user data region 404 of hard disk drive 400. ' 
in this example, the saved game data 502 Includes three sets of saved game data, labeled First Saved Game 602, 
Second Saved Game 604, and Third Saved Game 606. All three sets of saved game data 602-606 are related to the 
same game applfcation (i.e., Game A). Each set of saved game data corresponds to a different "save game" command 

40 executed by a user of the gaming console. For example, each set of saved game data 602-606 may have been created 
on different days or created when the user of the gaming system reached a new level In the game. The saved game 
data 602-606 allows tiie user to restart the game application at the same location in the game (I.e., same game level, 
score, settings, etc.) as when the game was saved. A particular game application may create any number of sets of 
saved game data based on user requests to save the current state of the game. All saved game data related to a 

45 particular game (e.g.. Game A) is stored In the same section (e.g., Saved Game A Data 502). which simplifies identi- 
fication of the desired saved game. 

[0053] Listed below are example directories used to store data on hard disk drive 400 In the gaming system. Similar 
directory structures can be used to store data on memory units 1 40 or other storage devices used by the gaming system. 

50 



55 
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RCX)T\Udata\0FFFAB12 \FFE62\ <savcd gainc files> 
ROOT\Udata\0FFFAB12 \F4B1 A\ <saved game files> 



ROOT\Tdata\0FFFAB12 \<saveddata> 

10 



The first two directories Identified above store various saved game data files for a particular game application. The 
15 "Udata" directory off from the root represents the user data region 404 of the hard disk drive 400. The next entry 
"OFFFAB12" is a subdirectory of the user data region 404, and is associated with a particular application, in this ex- 
ample, "OFFFAB12" represents the hash of the title of a game. Each game should generate a different hash value 
such that each subdirectory is unique. Alternatively a unique game Identifier may be used as the subdirectory name. 
[0054] The next entries "FFE62" and "F4B1 A" each represent a particular saved game subdirectory. Various data 
20 files associated with each saved game are stored in each subdirectory. A new subdirectory is created each time the 
user of the gaming system initiates a save game operation. The new subdirectory stores the various saved game data 
generated by that save game operation. The entries "FFE62" and "F4B1 A" are generated by hashing various Informa- 
tion about the saved game (such as the name of the saved game, the date the game was saved, the time the game 
was saved, or the game level when the game was saved). In one implementation, the entries "FFE62" and "F4B1 A" 
25 are generated by hashing the name of the saved game. Alternatively a combined date and time code may be used to 
generate unique subdirectory names. 

[00551 The third directory Identified above stores additional data related to the game "OFFFAB12". The "Tdata" 
directory off from the root represents the application data region 406 of the hard disi« drive 400. Since the data stored 
in the application data region 406 generally applies to the game itself and not to particular saved games, there are no 

30 subdirectories off from "OFFFAB12". 

[0056] A new subdirectory Is created under "Udata" and "Tdata" each time a new application is executed by the 
gaming system. When an application Is executed, the gaming system first checl<s for existing subdirectories associated 
with the application. If subdirectories already exist for the application, those subdirectories, and their corresponding 
data, are assigned to the application. However, If no subdirectories exist for the application, the console application 

35 creates the appropriate subdirectories for the application to use. 

[0057] Although many different subdirectories may extend from "Udata" and "Tdata", a particular application only 
sees data and subdirectories contained under the application's particular subdirectory. Thus, the application is unable 
to see the entire directory structure or Identify other applications that have associated subdirectories stored on the 
hard disk drive. These restrictions on data access prevent an application from intentionally or inadvertently conrupting 

40 data associated with another application. 

[0058] In certain situations, the gaming system may allow an application to access data associated with a different 
application. For example, if a new version of an application is released, it may generate a different identifier than the 
previous version of the appiteatlon, and thus be associated with a different set of subdirectories. In this example, the 
gaming system (e.g., the console application) can map or redirect the new version of the application to the subdirectories 

45 associated with the old version of the application, thereby allowing the new version of the application to access data 
stored by the old version of the application. 

[0059] In another example, an appiteatlon from a particular manufacturer may be pemiitted to access data associated 
with a different appiteatlon from the same manufacturer. In this example, the manufacturer Is given the responsibility 
of property handling the data generated by its applications. 

50 [0060] Fig. 7 is a flow diagram of a process 700 that stores game-related data in appropriate regions of a hard disk 
drive. The process 700 is implemented in software as computer-executable instructions that are executed by the CPU 
200 to perform the operations illustrated as blocks. Initially, a game is launched from the gaming system (block 702). 
A game can be launched by inserting a game disc Into portable media drive 1 06, selecting a game (or a saved game) 
from the hard disk drive 1 08 (via a user interface that identifies saved games), selecting a saved game from a memory 

55 unit 140, or selecting a game from an online source. 

[0061] Next, the process 700 identifies a Game ID associated with the launched game (block 704). The Game ID is 
used by the gaming system to distinguish one game from another and ensure that different games access the appro- 
priate sets of data from the hard disk drive 208 and other storage devfees. In one implementation, the Game ID is 
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assigned by the manufacturer of the gaming system to ensure that all Game IDs are unique. In another Implementation, 
the Game ID Is generated by creating a hash of the game title. 

[0062] At block 706, the process 700 creates pointers or other mechanisms to Identify the appropriate regions of the 
hard disk drive based on the Game ID. For example, a particular game may be permitted to access a partteular portion 
5 of the user data region and a particular portion of the application data region. The pointers direct the application to the 
appropriate portions of the user data region and the applk:atlon data region, but do not allow access to portions of the 
user data region and the application data region that are associated with different games. A partteular pointer may 
identify partteular subdirectories on the hard disk drive, as discussed above. 

[0063] The process 700 then determines whether a user of the gaming system has requested that the current game 
10 be saved on the hard disk drive (block 708). If the user has not requested to save the current game, execution of the 
game continues (block 71 0). If the user has requested that the current game be saved, the process saves the current 
state of the game as a set of data in the user data region of the hard disk drive (block 712), Additionally, other game- 
related data may be stored to the application data region of the hard disk drive (block 714). Although the saving of 
other game-related data is shown at block 714, such activity can occur at any point during the execution of the game. 
IS For example, if a car hits the wall of a race track during a race, the game may record the skid mari<s and damage to 
the wall in the applteatlon data region of the hard disk drive. Thus, the same skid marics and damage to the wall will 
be shown In the future when the same game Is executed on the gaming system. 

[0064] Fig. 8 Is a flow diagram of a process 800 that manages various nicknames entered by users of the gaming 
system. The process 800 is Implemented In software as computer-executable instructions that are executed by the 

20 CPU 200 to perfonn the operations illustrated as blocks. Nicknames are often used to assign names to characters in 
a game or to identify a user's high score. Initially, a game is launched from the gaming system (block 802). The process 
800 retrieves a list of recently used nicknames (block 804). The list may be ordered such that nicknames recently used 
with the current game are displayed first, and nteknames used recently with other games are displayed later in the list. 
Next, the process displays the list of recently used nicknames to the user of the gaming system (block 806). The user 

25 of the gaming system is then presented with the opportunity to select a nickname from the displayed list or create a 
new nickname for use in the cun^nt game. The process 800 determines whether the user selects a name from the 
nickname list or selects to enter a new nickname (block 808). If the user selected a name from the nickname list, the 
process branches to block 81 0, where the game is executed using the selected nickname. If the user selected entering 
a new nickname, the process continues to block 812, where the procedure displays a screen for entering a new nlck- 

30 name. After the user enters a new nickname, the process 800 executes the game using the new nickname and adds 
the new nickname to the list of recently used nicknames (block 814). If a high-score Is achieved (or any other action 
requiring entry of the player's nickname), the selected nickname is automatically entered as the default name. The 
user Is able to change the default name If they choose. 

[0065] Fig. 9 illustrates a graphical user Interface 900 depicting an exemplary game selection menu. The graphical 
35 user Interface 900 Is generated by the console application 260 executed by the CPU 200. The game selection menu 
Is the area where the user can select from available game applications they have previously played on their gaming 
system. Although this example lists available games, similar user Interfaces Identify other types of applications, such 
as an audio player or a video player. The user Interface 900 includes a list 902 of the games available on the gaming 
system. A game is an application that has been purchased, borrowed, or rented by the user and played on their gaming 
40 system at least one time, in Fig. 9, the games are shown in horizontal tiles or panes. It is noted that other graphical 
themes may be alternatively used to represent available games, such as a bookshelf, a toy box, or the like. 
[0066] The user interface 900 also Includes an orb 904 depicting an image of the currently selected game title and 
a text panel 906 with infomiation about the selected game. In the illustrated example, the game "Starcraft" Is highlighted, 
resulting in an Image of a character from the game "Starcraft" being depicted In orb 904 and information pertaining to 
45 this game being presented in text panel 906. The game developer is given control of the contents of the orb 904 and 
text panel 906, so the information will vary from one game to another. 

[0067] A piece of descriptive text 908 (i.e.. "n games") is positioned beside the main legend "Games" to indicate the 
number of games in the list. The list 902 displays a limited number of games (e.g., eight titles). When a user first enters 
the games collection after purchasing their gaming system, there will be zero titles in the list 902. To represent this, 

50 the descriptive text 908 states "0 games" and the text panel 906 offers a short statement telling the user that future 
games played on the console will appear in this area. As the user plays games, they are added to the list 902. When 
the descriptive text 908 indicates that there are more games than shown on list 902 (e.g., n > 8), up/down scroll an-ows 
are added to the Itet 902 to indicate that there are additional titles not cunrently shown on the list. 
[0068] As noted above, the game developer provides the data used to fill the orb 904 and text panel 906. When the 

55 user plays a game on the gaming system for the first time, a number of data elements are copied into the application 
data region of the hard disk drive 208 for use by the application during future executions of the application. 
[0069] The user can move among games in list 902 by using the up and down directions of the thumbstick, or some 
other pre-defined control mechanism. The list 902 may be configured to wrap or not wrap when the user reaches the 
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top or the bottom of the list. A select element 91 0 allows the user to select the highlighted game from list 902 using 
the "A" button on the controller. A back element 91 2 facilitates navigation back to the previous menu in the user interface. 
The back element 912 is chosen by pressing the "B" button on the controller, as visually aided by the letter "b" In the 
element 912. 

[0070] Fig. 1 0 illustrates a graphical user interface 1 000 depicting an example display of inf omnatlon related to saved 
games. The user interface 1 000 provides a view of all content data that Is currently available on the selected memory 
device, such as the hard disk drive. The user Interface 1 000 depicts a flat list 1 002 of games and their corresponding 
saved games, soundtracks and their associated tracks, and video clips that are stored on the selected memory device. 
Each file is represented by small orbs 1004 arranged In horizontal panes. Each orb has an image that identifies the 
contents, such as a game image or the last scene before the game was saved. The file 1 004 has an associated number 
that denotes the total size of the saved game in blocks. 

[0071] In the games context, the list of files 1002 isfomiatted such that the game graphic Is situated in an orb 1006 
located near the title of the game title (e.g., "Starcraft"). The orb 1006 is selectable and upon selection, perfomns a 
multi-select on ail of the saved games for the selected game. Each saved game is selectable as well by navigating to 
the desired orb 1004. As before, navigation can be achieved by using the left, right, up, and down directions of the 
thumbstick, or other mechanism. In one Implementation, the saved game orbs 1 004 are sorted by most recently saved 
within each game entry. 

[0072] A text panel 1008 offers a richer description of the saved game, audio track, or video clip that is currently 
focused. In the game context, this description might include the following infomnatlon: 

• Saved Game 

• 2D image associated with the saved game 

• Game that the saved game belongs to 

• Saved game name 

• The location (e.g., level) In the game or current mission 
» Date and Time the game was saved 

• Total size of the saved game 

• Multiple Saved Games 

• Generic image representing multiple saved games 

• Total size of all of the currently selected saved games 

• Game Title 

• 2D image associated with the game 

• Name of the game 

• Total number of saved games 

• Total size in blocks of the game (sum of saved games, persistent data, etc.) 

[0073] in one Implementation, game developers provide certain infomiation relating to each saved game such that 
the user of the gaming system can easily identify the saved game they want to play or copy onto another storage 
device, such as memory unit 140. An example of the Information that a particular application may save when a save 
game command Is executed might Include: 

• Name of the game associated with the saved game data 

• A graphic representation of the location In the game when saved 

• A brief description of the game state when saved (e.g., Level 3- At the Castle Entrance) 

• Date and time the game was saved 

[0074] In other implementations, more or less data may be saved in response to a save game command. 
[0075] In a parttoular implementation, the gaming system requires the game developer to use a descriptive name 
when saving a game. A descriptive name is something other than, for example, "save.OOV or "saveganne.b". Instead, 
a descriptive name requires, for example, an identification of the game that created the saved game file and some type 
of infonnatlon relating to the status of the game and/or the date and time the game was saved. To accommodate this 
descriptive name, game developers are pennltted to create saved game names of any character length and saved 
game names can use any characters (Including symbols, punctuation, etc.). Providing descriptive names with saved 
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games allows the user of the gaming system to easily locate the desired saved game. 

[0076] A top title pane 1010 provides summary Infonnatlon. such as a friendly name of the storage device (e.g.. 
"Steve's Games"), the memory device's total storage space in blocks, and the memory device's storage space left in 
bioclcs. Select and back elements support navigation to other screens. 
5 [0077] Although the invention has been described In language specific to structural features and/or methodological 
acts, it is to be understood that the invention defined in the appended claims is not necessarily limited to the specific 
features or acts described. Rather, the specific features and acts are disclosed as exemplary fonms of implementing 
the claimed Invention. 

10 

Claims 

I . A game console, comprising: 

IS a processor; and 

a non-removable hard disk drive coupled to the processor, the hard disk drive including a first subdirectory 
configured to store data associated with a first application, and the hard disk drive including a second subdi- 
rectory configured to store data associated with a second application. 

so 2. A game console as recited in claim 1 wherein the first application is a game. 

3. A game console as redted in claim 1 wherein the first subdirectory includes a third subdirectory associated with 
the first application, wherein the third subdirectory Is configured to store saved game data associated with the first 
application. 

25 

4. A game console as recited in claim 1 wherein the second subdirectory Includes a fourth subdirectory associated 
with the second application, wherein the fourth subdirectory is configured to store saved game data associated 
with the second application. 

30 5. A game console as recited In claim 1 further including a third subdirectory associated with the first applbatlon, 
wherein the third subdirectory is configured to store data generated by the first application. 

6. A game console as recited in claim 1 further including a third subdirectory associated with the first application, 
wherein the third subdirectory Is configured to store persistent game data generated by the first application. 

35 

7. A game console as recited in claim 1 wherein the first application is stored on a storage disc inserted Into a portable 
media drive coupled to the processor. 

8. A game console as recited in claim 1 further including a console application stored on the hard disk drive and 
40 executable on the processor, the console applteation configured to prevent the first application from accessing 

data from the second subdirectory. 

9. A game console as recited in claim 1 further including a console application stored on the hard disk drive and 
executable on the processor, the console application configured to prevent the first application from accessing 

^ data associated with the second appltoatlon. 

10. A game console, comprising: 

a processor; and 

so a non-removable hard disk drive coupled to the processor, wherein the hard disk drive includes a first storage 

area configured to store user data associated with a first application, and wherein the hard disk drive Includes 
a second storage area configured to store application data associated with the first application. 

I I . A game console as recited in dalm 1 0 wherein the first applk:ation Is a game and the user data is saved game data. 

55 

12. A game console as recited in claim 1 0 wherein the first application is a game and the application data is persistent 
game data used by the first application. 
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1 3. A game console as recrted in claim 1 0 wherein the fiiBt storage area includes a pturalrty of additional storage areas, 
each of the plurality of addrtionai storage areas configured to store data associated with a particular saved game. 

14. A game console as recited in claim 13 wherein the data associated with a particular saved game includes a graphic 
5 representation of the state of the game when the game was saved. 

15. A game console as recited in claim 13 wherein the data associated with a particular saved game includes a de- 
scription of the game state when the game was saved. 

10 16. A game console as recited In claim 13 wherein the data associated with a particular saved game includes a date 

Aa>«#4 4-»««^n fl^nf- -f^A tsfac* 0O%fa/4 

ailW Ulll«> lillUfc fcllW %^M1«IW VVUM WMWM. 

17. A game console as recited in claim 13 wherein the data associated with a particular saved game includes a de- 
scriptive name of the saved game. 

15 

18. A game console as recited In claim 1 0 further Including a memory unit coupled to the game console and configured 
to store saved game data. 

1 9. A game console as recited in claim 1 0 further including a console application stored on the hard disi< drive, wherein 
20 the console application is configured to prevent other applications from accessing the first storage area, and where- 
in the console application is further configured to prevent other applications from accessing the second storage 
area. 

20. A gaming system, comprising: 

25 

a game console; 

a controller coupled to the game console; and 

a memory unit coupled to the controller, wherein the memory unit is configured to store saved game data, and 
wherein the game console prevents storage of non-saved game data in the memory unit. . 

30 

21. A gaming system as recited in claim 20 wherein the game console includes a hard disk drive, and wherein the 
hard disk drive Is configured to store configuration data associated with the game console. 

22. A gaming system as recited In claim 20 wherein the memory unit is detachably mounted to the controller. 

35 

23. A gaming system as recited in claim 20 wherein the controller is a game controller. 

24. A gaming system, comprising: 

40 a game console; and 

a memory unit coupled to the game console, wherein the memory unit is configured to store saved game data, 
and wherein the game console prevents storage of non-saved game data In the memory unit. 

25. A gaming system as recited in claim 24 wherein the game console includes a hard disk drive, and wherein the 
45 hard disk drive is configured to store configuration data associated with the game console. 

26. A gaming system as recited in claim 24 wherein the memory unit Is detachably mounted to the game console. 

27. A gaming system as recited in claim 24 further including a controller coupled to the game console, wherein the 
so controller is configured to detachably receive at least one memory unit. 

28. A method comprising: 

receiving a request to save a game being executed by a gaming system; 
55 saving a graphk: representation of the saved game; 

saving a descriptive name of the saved game; and 
saving a date and time that the game was saved. 
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29. A method as recited in claim 28 further Including ensuring that the graphic representation, the descriptive name, 
and the date and time are saved by the game. 

30. A method as recited in claim 28 wherein the graphic representation, the descriptive name, and the date and time 
5 are stored on a hard disk drive contained in the gaming system. 

31 . A method as recited In claim 28 wherein the graphic representation, the descriptive name, and the date and time 
are stored in a particular storage area of a hard 6\sk drive contained In the gaming system. 

10 32. A method as recited in claim 28 wherein the descriptive name of the saved game includes a current game level 
when the game was saved. 

33. A method as recited In claim 28 wherein the graphic representation of the saved game represents the state of the 
game when saved. 

15 

34. A method as recited In claim 28 wherein the descriptive name of the saved game includes a description of the 
state of the game when saved. 

35. One or more computer-readable media comprising computer-executable instructions that, when executed, perfomri 
so the method as recited In claim 28. 

36. A method comprising: 

a first application accessing data stored In a first subdirectory of a hard disl< drive in a game console; 
25 a second application accessing data stored in a second subdirectory of the hard disk drive; 

preventing thef ifst application from accessing data stored In the second subdirectory of the hard disk drive; and 
preventing tine second application from accessing data stored In the first subdirectory of tiie hard disk drive. 

37. A method as recited in claim 36 further including creating a third subdirectory when a third application is first 
30 executed on the game console. 

38. A method as recited In claim 37 further Including preventing ttie third applteation from accessing data stored In the 
first subdirectory and the second subdirectory of the hard disk drive. 

35 39. One or more computer-readable media comprising computer-executable instructions that, when executed, perfomn 
the method as recited in claim 36. 

40. A method comprising: 

40 receiving a request to save a game being executed on a game console; 

saving data related to the saved game in a first storage area of the game console; 

saving data related to the game In a second storage area of the game console; and 

preventing other applications from accessing data in the first storage area and the second storage area. 

45 41 . A method as recited In claim 40 wherein saving data related to the saved game includes: 

saving a graphic representation of the saved game; 
saving a descriptive name of the game; and 
saving a date and time that the game was saved. 

so 

42. A method as recited in claim 40 wherein the request to save a game being executed on a game console Is received 
from a user of the game console. 

43. A mettiod as recited in claim 40 wherein the first storage area and the second storage area are created when the 
55 game Is first executed on the game console. 

44. One or more computer-readable media comprising computer-executable instructions that, when executed, perfomn 
the method as recited In claim 40. 
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45. A computer-readable medium for a game console comprising computer-executable Instructions that, when exe- 
cuted, direct the game console to: 

store data associated with a first application In a first storage area of the game console; 

store data associated with a second application In a second storage area of the game console; and 

prevent the first application from accessing data In the second storage area. 

46. A computer-readable medium as recited In claim 45 further comprising computer-executable Instructions that, 
when executed, direct the game console to prevent the second application from accessing data In the first storage 
area. 

47. A computer-readable medium as recited In claim 45 wherein the first storage area and the second storage area 
are located on a hard disk drive in the game console. 

48. A computer-readable medium as recited In claim 45 further comprising computer-executable instructions that, 
when executed, direct the game console to create a third storage araa when a third application Is first executed 
on the game console. 
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